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(54) Automatic customization of printer drivers 



(57) An approach for automatically customizing 
printer drivers generally includes installing a generic 
printer driver on a client. The client is configured to allow 
communications between the generic printer driver and 
a printing device. The generic printer driver automatical- 
ly retrieves configuration data from the printing device 



and stores the configuration data on a non-volatile stor- 
age. The configuration data indicates one or more at- 
tributes of the printing device and allows data to be print- 
ed to the printing device via the generic printer driver. 
The approach allows a generic printer driver to be used 
with many different printing devices, thereby reducing 
development costs and installation overhead. 
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Description 

FIELD OF THE INVENTION 

[0001] This invention relates generally to networking 
and printing, and more specifically, to an approach for 
automatically customizing printer drivers. 

BACKGROUND 

[0002] The approaches described in this section are 
approaches that could be pursued, but not necessarily 
approaches that have been previously conceived or pur- 
sued. Therefore, unless otherwise indicated, the ap- 
proaches described in this section may not be prior art 
to the claims in this application and are not admitted to 
be prior art by inclusion in this section. 
[0003] A printer driver is a computer software program 
that allows an application program to print on a printing 
device. Printer drivers act like translators between ap- 
plication programs and printing devices. Printer drivers 
accept generic commands from application programs 
and translate them into specialized commands that are 
supported by printing devices. As a result, computer 
systems generally require a separate driver for each 
printing device to be used by the computer systems. 
[0004] New computers often are provided with a set 
of printer drivers for popular printing devices. For exam- 
ple, a set of printer drivers is included on a hard disk. 
When a new printing device is to be used, the printer 
driver for the device is selected and installed, typically 
by the operating system. In so-called "plug & play" en- 
vironments, the operating system detects the availability 
of a new printing device and automatically locates and 
installs an appropriate driver. In situations where a com- 
patible driver cannot be located, then a user is queried 
for a driver, which may be provided on a removable stor- 
age device, such as a floppy disk or CD ROM. Users 
may alternatively locate a compatible driver over the In- 
ternet, for example, from a manufacturer's Website. 
[0005] Manufacturers usually develop a new printer 
driver for each new printing device, even if the printing 
device is only a newer version of an existing printing de- 
vice. Developing and maintaining separate printer driv- 
ers for each printing device is very expensive, especially 
for manufacturers that manufacture a large number of 
printing devices. Furthermore, the correct printer driver 
must be distributed with each printing device and made 
available to consumers. Consumers who install new 
printing devices sometimes do not have a compatible 
printer driver available on their computer system. These 
consumers must install a printer driver provided with the 
new printing device or obtain a compatible printer driver 
from the manufacturer, typically over the Internet. 
[0006] Based on the foregoing, there is a need for an 
approach for managing printer drivers that does not suf- 
fer from limitations of prior approaches. There is a par- 
ticular need for an approach for providing the function- 



ality of printer drivers without the inconvenience of de- 
veloping and maintaining a separate printer driver for 
each printing device. 

5 SUMMARY 

[0007] An approach for automatically customizing 
printer drivers generally includes installing a generic 
printer driver on a client. The client is configured to allow 

10 communications between the generic printer driver and 
a printing device. The generic printer driver automatical- 
ly retrieves configuration data from the printing device 
and stores the configuration data on a non-volatile stor- 
age. The configuration data indicates one or more at- 

15 tributes of the printing device and allows data to be print- 
ed to the printing device via the generic printer driver. 
The approach allows a generic printer driver to be used 
with many different printing devices, thereby reducing 
development costs and installation overhead. 

20 [0008] According to one aspect of the invention, an 
apparatus comprises a non-volatile storage device, an 
application program and a printer driver. The printer driv- 
er is configured to retrieve configuration data from a 
printing device and cause the configuration data to be 

25 stored on the non-volatile storage device. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0009] The present invention is illustrated by way of 
30 example, and not by way of limitation, in the figures of 
the accompanying drawings and in which like reference 
numerals refer to similar elements and in which: 

FIG. 1 is a block diagram that depicts an arrange- 
35 ment for automatically customizing printer drivers 
according to one embodiment of the invention. 
FIG. 2 is a flow diagram that depicts an approach 
for automatically customizing a printer driver ac- 
cording to an embodiment of the invention. 
40 FIG. 3 is a block diagram that depicts example print- 
ing device configuration data according to one em- 
bodiment of the invention. 

FIG. 4 is a block diagram that depicts an arrange- 
ment for configuring a printer driver to support mul- 
45 tiple printing devices. 

FIG. 5 is a block diagram of a computer system on 
which embodiments of the invention may be imple- 
mented. 

50 DETAILED DESCRIPTION 

[0010] In the following description, for the purposes 
of explanation, numerous specific details are set forth 
in order to provide a thorough understanding of the 
55 present invention. It will be apparent, however, to one 
skilled in the art that the present invention may be prac- 
ticed without these specific details. In other instances, 
well-known structures and devices are shown in block 
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tion data 122 from printing device 104 over link 106. 
Printer driver 118 may generate and send a request to 
printing device 104 to obtain configuration data 122. 
Printing device 1 04 processes the request and provides 
the configuration data 122 to printer driver 118. Config- 
uring printing device 104 to process requests for config- 
uration data 122 may be performed in a variety of ways, 
depending upon the requirements of a particular appli- 
cation, and the invention is not limited to any particular 
approach. For example, printing device 104 may include 
firmware that is configured to process requests for con- 
figuration data 1 22. As another example, printing device 
1 04 may be configured with a server process that proc- 
esses requests for configuration data 122. 
[0018] In step 208, configuration data 122 is stored 
on non-volatile storage 112. Configuration data 122 may 
be stored on non-volatile storage 112 in a variety of for- 
mats, depending upon the requirements of a particular 
application, and the invention is not limited to any par- 
ticular format. For example, configuration data 122 may 
be stored on non-volatile storage 112 in an operating 
system file, such as a Windows registry file or a Win- 
dows resource file, or any other type of data file. Con- 
figuration data 122 may be stored in a protected area 
on non-volatile storage 112 so that configuration data 
122. 



IV. USING DOWNLOADED CONFIGURATION DATA 
TO CUSTOMIZE A PRINTER DRIVER 

[0019] Once printer driver 118 has downloaded con- 
figuration data 122 from printing device 104 to client 
102, the configuration data 122 may be used to custom- 
ize printer driver 118. This customization may take many 
forms. FIG. 3 is a block diagram that depicts example 
configuration data 122 according to one embodiment of 
the invention. In this embodiment, configuration data 
122 includes a version identification (ID) 300, installed 
options data 302, media type data 304, command data 
306, program logic data 308 and bitmap data 310. 
These elements are not necessarily required in config- 
uration data 122, and implementations may use fewer 
or more elements, depending upon the requirements of 
a particular implementation. 

[0020] Version ID 300 is data that indicates a version 
of configuration data 122. Version ID 300 may be used 
to determine whether the configuration data stored on 
non-volatile storage 112 is different than the configura- 
tion data 122 maintained on printing device 104. This is 
particularly useful in situations where the configuration 
data 122 on printing device 104 is updated over time. 
[0021] Installed options data 302 is data that indicates 
the installed options on printing device 104. Examples 
of installed options include, without limitation, types and 
location of source and destination trays, printing capa- 
bilities such as color printing and watermarking, and 
available finishing options such as stapling, folding, hole 
punching, binding, gluing, etc. Installed options data 302 



may also specify names or identifiers for each installed 
option, for example, names of source and destination 
trays. Media type data 304 is data that indicates media 
types supported by printing device 104. This may in- 
s elude, for example, the type of paper such as normal, 
recycled, color, photographic, letterhead or preprinted 
and the size of paper, for example, 8 ^ by 11 , A4, etc. 
[0022] Command data 306 is data that indicates com- 
mands supported by printing device 1 04. Printer driver 
10 118 uses command data 306 to translate commands re- 
ceive from (and supported by) application program 116 
into commands supported by printing device 104. For 
example, suppose that application program 1 1 6 gener- 
ates print data that includes a command A supported by 
15 application program 116. Suppose further that printer 
driver 1 1 8 is configured to translate command A to com- 
mand A1 . Printing device supports command A2, but not 
command A1 . Without configuration data 122 (and com- 
mand data 306), printer driver 118 would generate and 
20 send print data to printing device 1 04 that contains com- 
mand A1. Since printing device 104 does not support 
command A1 , the print data would cause an error at 
printing device 104. Printer driver 118, however, uses 
command data 306 to generate print data that contains 
25 command A2 instead of A1 . Command data 306 may 
also indicate the format of commands supported by 
printing device 104. For example, command data 306 
may specify a particular printing device language (PDL) 
supported by printing device 1 04. 
30 [0023] Program logic data 308 is used by printer driver 
118 and application program 116 to perform decision- 
making. For example, program logic data 308 may spec- 
ify actions to be taken by printer driver 118 in response 
to error conditions received from printing device 104. As 
35 another example, program logic data 308 may specify 
relationships and dependencies between options spec- 
ified by installed options data 302 and media types spec- 
ified by media type data 304. Application program 116 
may use these relationships and dependencies to han- 
40 die user interaction through graphical user interface 
108. For example, suppose that application program 
116 displays, on graphical user interface 108, a set of 
graphical user interface objects associated with availa- 
ble media types, as indicated by media type data 304. 
45 Program logic data 308 may specify that, in response to 
selection of a particular media type, a user must select 
from among a set of mandatory attributes and may se- 
lect from a set of optional attributes. In this situation, ap- 
plication program 116 causes the correct graphical user 
50 interface objects to be displayed on graphical user in- 
terface 1 08 in accordance with program logic data 308. 
[0024] Bitmap data 310 is used by application pro- 
gram 116 to provide a visual depiction of printing device 
1 04 on graphical user interface 1 08. When displayed on 
55 graphical user interface 108, bitmap data 310 may vis- 
ually indicate installed options and media types support- 
ed by printing device 104. For example, when a user 
selects the name of printing device 104 from a pull-down 
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menu, the bitmap data 310 is displayed on graphical us- 
er interface 108 to visually depict printing device 104 
with the installed source and destination paper trays and 
the paper type in each paper tray. This may include 
names or identifications associated with the source and 
destination paper trays. According to one embodiment 
of the invention, when a user selects the name of print- 
ing device 104 from a pull-down menu, instead of the 
bitmap data 310 being displayed , a link to printing device 
104 is displayed on graphical user interface 108. The 
link specifies a uniform resource locator (URL) associ- 
ated with the bitmap data stored in configuration data 
122 on printing device 104. When the user selects the 
link, bitmap data 310 is retrieved from printing device 
104 and displayed on the graphical user interface 308. 
[0025] Note that the installed options indicated by in- 
stalled options data 302, the media types indicated by 
media type data 304, the commands indicated by com- 
mand data 306, the program logic data 308 and bitmap 
data 31 0 may supplement or supercede the correspond- 
ing default installed options, media types, commands, 
program logic and bitmap data included with printer driv- 
er 118, if any, when printer driver 118 was installed on 
client 102 or last updated. 

V. UPDATING CONFIGURATION DATA 

[0026] There may be situations where configuration 
data 1 22 on printing device 1 04 is changed, for example, 
to reflect the removal or addition of an option, such as 
a paper tray or a finishing option. Therefore, according 
to one embodiment of the invention, configuration data 
122 may be subsequently downloaded to client 102 any 
number of times. The criteria used to determine when 
configuration data 122 is downloaded to client 102 may 
vary depending upon the requirements of a particular 
application and the invention is not limited to any partic- 
ular criteria. For example, printer driver 118 may request 
configuration data 122 from printing device 104 if a con- 
dition is detected that indicates that printer driver 118 is 
not compatible with printing device 1 04. This may occur, 
for example, if printing device 104 is upgraded, making 
it incompatible with printer driver 118. Alternatively, 
printer driver 118 may periodically request configuration 
data 122 from printing device 104. 
[0027] According to one embodiment of the invention, 
version ID 300 is used to determine whether the config- 
uration data 1 22 needs to be again downloaded. For ex- 
ample, printer driver 118 may first request just the ver- 
sion ID of the configuration data 122 stored on printing 
device 104. Printer driver 118 compares the version ID 
of the configuration data 122 stored on printing device 
104 with the version indicated by version ID 300 stored 
in configuration data 1 22 on client 1 02. If the comparison 
indicates that the version of configuration data 122 
stored on client 102 is older than the version of config- 
uration data 122 stored on printing device 104, then 
printer driver 118 requests the configuration data 122 



stored on printing device 104. If the comparison indi- 
cates that the version of configuration data 122 stored 
on client 102 is as new as or newer than the version of 
configuration data 122 stored on printing device 104, 
5- then the configuration data 122 on printing device 104 
does not need to be downloaded to client 1 02. 

VI. MULTIPLE PRINTING DEVICE APPLICATIONS 

10 [0028] The approach described herein for automati- 
cally configuring a printer driver is applicable to config- 
uring a printer driver to support any number of printing 
devices. FIG. 4 is a block diagram that depicts an ar- 
rangement 400 for configuring a printer driver to support 

15 multiple printing devices. In arrangement 400, client 1 02 
is communicatively coupled to printing device 104, as in 
FIG. 1, as well as two additional printing devices 402 
and 404, that represent new printing devices made 
available to client 1 02. Printing device 402 includes a 

20 non-volatile storage 406 with configuration data 408. 
Printing device 404 includes a non-volatile storage 410 
with configuration data 412. 

[0029] In this example, it is presumed that printer driv- 
er 118 does not currently have the functionality neces- 

25 sary to allow application program 1 1 6 to print to printing 
devices 402 and 404. Therefore, according to one em- 
bodiment of the invention, printer driver 118 retrieves 
configuration data 408 and 412 from printing devices 
402 and 404. Printer driver 118 may send requests di- 

30 rectly to printing devices 402 and 404, for example, by 
including an address for printing devices 402 and 404 
in each request. Alternatively, printer driver 118 may 
send both requests to both printing devices 402 and 404 
and include an identifier in each request that can be ex- 

35 amined by printing devices 402 and 404. Other ap- 
proaches may also be used, depending upon the re- 
quirements of a particular application. 
[0030] The configuration data 408 and 412 received 
by client 102 is stored on non-volatile storage 112. Con- 

40 figuration data 408 and 41 2 may be stored with or sep- 
arate from configuration data 122 on non-volatile stor- 
age 112, depending upon the requirements of a partic- 
ular application. For example, configuration data 122, 
408 and 410 may be stored in a single Windows re- 

45 source file or data file, or in separate files. Whether con- 
figuration data 122, 408 and 410 is stored together or 
separately, printer driver 118 keeps track of the location 
and association of configuration data 122, 408 and 410 
to printing devices 104, 402 and 404, respectively, so 

50 that the correct configuration data can be used. 

VII. IMPLEMENTATION MECHANISMS 

[0031] Although the functionality of printer driver 118 
55 has been primarily described herein in the context of a 
software process, the functionality may be implemented 
in hardware, software, or any combination of hardware 
and software, and the invention is not limited to any par- 
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et data communication network now commonly referred 
to as the "Internet" 528. Local network 522 and Internet 
528 both use electrical, electromagnetic or optical sig- 
nals that carry digital data streams. The signals through 
the various networks and the signals on network link 520 s 
and through communication interface 518, which carry 
the digital data to and from computer system 500, are 
exemplary forms of carrier waves transporting the infor- 
mation. 

[0040] Computer system 500 can send messages io 
and receive data, including program code, through the 
network(s), network link 520 and communication inter- 
face 518. In the Internet example, a server 530 might 
transmit a requested code for an application program 
through Internet 528, ISP 526, local network 522 and 15 
communication interface 518. The received code may 
be executed by processor 504 as it is received, and/or 
stored in storage device 510, or other non-volatile stor- 
age for later execution. In this manner, computer system 
500 may obtain application code in the form of a carrier 20 
wave. 

[0041] In the foregoing specification, embodiments of 
the invention have been described with reference to nu- 
merous specific details that may vary from implementa- 
tion to implementation. Thus, the sole and exclusive in- 25 
dicator of what is, and is intended by the applicants to 
be, the invention is the set of claims that issue from this 
application, in the specific form in which such claims is- 
sue, including any subsequent correction. Hence, no 
limitation, element, property, feature, advantage or at- 30 
tribute that is not expressly recited in a claim should limit 
the scope of such claim in any way. The specification 
and drawings are, accordingly, to be regarded in an il- 
lustrative rather than a restrictive sense. 



Claims 



electronic document. 

4. The apparatus recited in Claim 1 , wherein: 

configuration data includes bitmap data for the 
printing device, and 

the application program is configured to cause 
the bitmap data to be displayed on a graphical 
user interface in association with the printing of 
an electronic document. 

5. The apparatus recited in Claim 1 , wherein the print- 
er driver is further configured to cause a graphical 
user interface object to be displayed on a graphical 
user interface, wherein the graphical user interface 
object includes a link with a URL associated with 
bitmap data included in the configuration data 
stored on the printing device. 

6. The apparatus recited in Claim 5, wherein the print- 
er driver is further configured to in response to de- 
tecting a user selection of the link, retrieve the bit- 
map data from the printing device and cause the 
bitmap data to be displayed on the graphical user 
interface. 

7. The apparatus recited in Claim 1 , wherein the con- 
figuration data indicates one or more options in- 
stalled on the printing device. 

8. The apparatus recited in Claim 1 , wherein the con- 
figuration data indicates one or more source trays 
available on the printing device. 

9. The apparatus recited in Claim 1 , wherein the con- 
figuration data indicates one or more media types 
available on the printing device. 



1. An apparatus comprising: 

40 

a non-volatile storage device; 
an application program; and 
a printer driver configured to 

retrieve configuration data from a printing 
device, and 45 

cause the configuration data to be stored 
on the non-volatile storage device. 

2. The apparatus recited in Claim 1 , wherein the ap- 
plication program is configured to use the configu- 50 
ration data to facilitate printing of an electronic doc- 
ument. 

3. The apparatus recited in Claim 1 , wherein the ap- 
plication program is configured to use the configu- 55 
ration data to generate one or more graphical user 
interface objects that are displayed on a graphical 
user interface in association with the printing of an 



10. The apparatus recited in Claim 1 , wherein the con- 
figuration data indicates one or more commands 
supported by the printing device. 

11. The apparatus recited in Claim 1 , wherein the con- 
figuration data includes program logic used by the 
printer driver. 

12. The apparatus recited in Claim 1, wherein: 

the configuration data includes first version 
identification data that indicates a version of the 
configuration data retrieved by the printer driv- 
er, and 

the printer driver is further configured to: 

retrieve second version identification data 
from the printing device, wherein the sec- 
ond version identification data indicates a 
version of the configuration data main- 
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tained on the printing device, 
compare the first version identification data 
to the second version identification data, 
and 

if the comparison of the first version iden- 5 
tification data to the second version identi- 
fication data indicates that the version of 
configuration data maintained on the print- 
ing device is more recent than the version 
of configuration data retrieved by the print- w 
er driver, then the printer driver retrieving 
the more recent version of the configura- 
tion data from the printing device. 

13. The apparatus recited in Claim 1 , wherein the print- 15 
er driver is configured to retrieve the configuration 
data from the printing device in response to an in- 
dication that the printer driver is no fully compatible 
with the printing device. 

14. The apparatus recited in Claim 1 , wherein the print- 
er driver is further configured to: 

retrieve second configuration data from a sec- 
ond printing device, and 2 5 
cause the second configuration data to be 
stored on the non-volatile storage device. 
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